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Beschreibung 

Verfahren, Schnittstelle und Netzwerk zum zyklischen Versen- 
den von Ethernet-Telegrammen 

Die Erfindung betrifft ein Verfahren, eine Schnittstelle und 
ein Netzwerk zum zyklischen Versenden von Ethernet- 
Tel egrammen . 

Das Ethernet ist die am weitesten verbreitete Technologies 
mit der in lokalen Kommunikationsnetzen, sog. Local Area Net- 
works (LAN) , Daten aktuell mit einer Geschwindigkeit bis zu 
100 Mio. Bits/s (Mbps) ubertragen werden konnen. LANs sind 
lokale Kommunikationsnetzwerke, die auf ein geograf isches Ge- 
biet begrenzt sind und sich aus einem oder mehreren Servern 
und Arbeitsstationen, sog. Knoten zusammensetzen, die xiber 
eine Ubertragungsstrecke, z.B. ein Koaxial-, Glasfaser- oder 
Twisted Pair-Kabel verbunden sind. Bei LANs sind ver- 
schiedenste Netzwerktopologien moglich, wobei die bekanntes- 
ten die Bus-, Ring-, Stern- oder Baumstrukturen sind. 

LANs werden mit einem Netzwerk-Betriebssystem und einem ein- 
heitlichen Netzwerk-Protokoll betrieben. Das Ethernet stellt 
ein mogliches Netzwerkprotokoll dar und unterstutzt dabei die 
unterschiedlichsten Kommunikationsprotokolle , z . B . das 
TCP/IP-Protokoll oder das IPX-Protokoll . Im OSI-Schichtenmo- 
dell, dem internationalen Ref erenzmodell far Datentibertragung 
in Netzwerken, das aus einem Schichtenstapel aus sieben 
Schichten aufgebaut ist, wobei fur jede Schicht eine Menge 
von Protokollen definiert ist, die jeweils der nSchst hoheren 
Schicht ihre Dienste zur Verftigung stellen, ist das Ethernet- 
der zweiten Schicht, der sog. Leitungs schicht zugeordnet. In 
dieser Leitungs schicht werden die zu versendeten Daten zu Te- 
legrammen gebundelt, denen spezifische Inf ormationen fur das 
jeweilige Kommunikationsprotokoll hinzugeftigt werden. Die 
Leitungsschicht ist im Netzwerk fur den Transport der Daten- 
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telegrammme von Knoten zu Knoten und far die Fehlererkennung 
zustandig. 

Beim Ethernet-Konzept ist die Leitungsschicht in zwei Ebenen 
unterteilt, wobei die erste Ebene den Daten einen Kopfab- 
schnitt, einen sog. Startkennung hinzufugen, der Informatio- 
nen enthait, die fur eine korrekte Datentibertragung vom Emp- 
fangerprotokoll benotigt werden. In der zweiten Ebene des E- 
thernet-Protokolls wird dann das Datentelegramm mithilfe ei- 
ner zusStzlichen Praambel und eines Endabschnitts , einer sog. 
Checksumme, ftir den Transport von Knoten zu Knoten eingekap- 
selt. Mit solchen E theme t-Telegrammen lassen sich Daten mit 
einer Lange von bis zu 1500 Bytes tibertragen, wobei zwischen 
den einzelnen Ethernet-Telegrammen eine feste Pausenzeit ein- 
zuhalten ist. 

Fur das Versenden und das Empfangen der Ethernet -Telegramme 
auf der Ethernet-Ubertragungsstrecke ist ein Ethernet- 
Controller, auch als Media Access Controller (MAC) bezeich- 
net, zustandig, der zwischen den Knoten und die Ethernet- 
Ubertragungsstrecke geschaltet und uber ein Bussystem mit dem 
Knoten verbunden ist. Dieser Ethernet-Controller wird in der 
Regel durch einen Sof tware-Treiber, der im jeweiligen Be- 
triebssystem des Knotens eingebunden ist, gesteuert. Der E- 
thernet-Controller umfasst im Allgemeinen ein Sende- und ein 
Empfangs-Schieberegister, urn die Ethernet-Ubertragungsstrecke 
von dem physikalischen Speicher des Knotens zu entkoppeln. 
Moderne Ethernet-Controller besitzen weiter in der Regel eine 
direkte Zugrif f smoglichkeit auf den physikalischen Speicher 
des Knotens, einen sog. Direct Memory Access (DMA), wodurch 
der Software-Treiber im Betriebssystem des Knotens zeitspa- 
rend die zu sendenden und zu empfangenen Ethernet -Telegramme 
direkt im Speicher des Knotens ablegen bzw. aus diesem Spei- 
cher abholen kann. 

Ethernet-Protokolle werden vornehmlich bei Btirokommunikati- 
onsnetzwerken eingesetzt. Aufgrund der Vorteile des Ethernet- 
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Konzepts bei der Nutzung von Standard-Hard- und -sof twarekom- 
ponenten sowie der MSglichkeit, bei einfacher Vernetzungs- 
technologie hohe Dateniibertragungsraten zu erreichen, werden 
Ethernet-Kommunikationsnetzwerke zunehmend auch in der indus- 
triellen Fertigung zum Datenaustausch zwischen Arbeitsstatio- 
nen einzusetzen. Beim Einsatz des Ethernet-Protokolls in der 
Automatisierungstechnik muss jedoch mithilfe zusatzlicher 
aufwandiger Hard- und/oder Sof twaretechniken die Echtzeitf£- 
higkeit der Ethernet-Datenubertragung sichergestellt werden, 
Bei der Steuerung von Maschinen ist es in der Regel erforder- 
lich, dass eine zyklische Bearbeitung einer Steuerungsauf gabe 
im Wesentlichen ohne zeitliche Schwankungen, d.h. sog. Jitter 
erfolgt, wobei mit einer vorhersehbaren Antwortzeit auf die 
Regelanf orderung reagiert wird. 

Sollen z. B. im Rahmen einer auf einem als Knoten in eine E- 
thernet-Netzwerk ausgebildeten Steuerungsrechner laufenden 
Echtzeitanwendung zyklisch Ethernet-Tel egramme versendet wer- 
den, um per Ethernet-Ubertragungsstrecke angebundene Sensoren 
und Aktoren anzusprechen, tibergibt der Steuerungsrechner iiber 
den im Betriebssystem integrierten Sof tware-Treiber in jedem 
Steuerungszyklus entsprechende Ethernet-Telegramme an seinen 
Ethernet-Controller zum Versenden. Dabei fiigt der Sof tware- 
Treiber vor der Obergabe an den Ethernet-Controller den zu 
versendenden Echtzeitdaten automatisch die in der Ethernet- 
Ubertragungsnorm (IEEE 802 ,3) definierten Pausenzeiten, 
Startkennungen, Prfiambeln und Checksummen hinzu. Der Ether- 
net-Controller ladt dann, vorzugsweise mithilfe der Direct 
Memory Access-Ubertragung, die entsprechenden Ethernet- 
Telegramme in seinen Sende-Schieberegister und beginnt ab ei- 
nem bestimmten Fiillstand des Sende-Schieberegisters mit dem 
Versenden der Ethernet-Telegramme auf der Ethernet- 
Ubertragungsstrecke . 

In dieser Sende-Abf olge des Steuerungsrechners mit ange- 
schlossenem Ethernet-Controller sind mehrere Jitter-behaf tete 
Vorgange enthalten, deren Jitter sich im ungtins tigs ten Fall 
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aufsummieren und dann einen maximal zulassigen Wert fur die 
Echtzeitanwendung, der in der Regel im Bereich von einigen 
wenigen Mikrosekunden liegt, tibersteigt. Zum Jitter tragen 
dabei die schwankenden Interrupt-Latenzzeiten im Knoten beim 
5 Erzeugen der zu versendenden Daten und die Lauf zeitschwankun- 
gen des bis zum Senden des Ethernet-Telegramms durchlauf enden 
Programme odes bei. Bei modernen Steuerungsrechnern, die ttber 
einen Cache-Speicher verftigen, schwankt zusatzlich auch die 
Laufzeit der Programmcodes , da je nach Cache-Inhalt unter- 
10 schiedlich lange auf den angef orderten Inhalt des Speichers 
im Knoten gewartet werden muss. 

Der Ethernet-Controller ist in der Regel tiber ein Bussystem 
mit dem Knoten verbunden, wobei haufig ein PCI -Bus verwendet 

15 wird. Da ein solcher Bus im Allgemeinen auch von anderen Sys- 
temteilen genutzt wird, kann es bei der Buszuteilung zu un- 
feersehdedl-ie-h -1-angen - Wartezeifeen- konuaen-.- -Dies gilt sowohl - 
dann, wenn der Ethernet-Controller per Direct Memory Access- 
Ubertragung auf den physikalischen Speicher des Steuerungs- 

20 rechners zugreift, als auch fur den Fall, dass die Echtzeit- 
daten unter Kontrolle des Sof tware-Treibers uber das Bussys- 
tem libertragen werden. Es treten immer ahnliche Jitter bei 
der Buszuteilung auf. Der Ethernet-Controller beginnt darttber 
hinaus immer erst ab einem bestimmten Fiillstand des Sende- 

25 Schieberegisters mit dem Versenden der Ethernet -Telegramme 
auf der Ethernet-tJbertragungsstrecke. Dabei kann sich dann 
das Senden der Ethernet -Telegramme je nach Fullstand des Sen- 
de-Schieberegisters unterschiedlich lange verzogem, was zu 
einem zusatzlichen Jitter fuhrt. 

30 

Ist der sich ergebende Gesamt jitter beim Sendevorgang hoher 
als fiir die jeweilige Echtzeitanwendungen maximal zulassig 
Jitter, muss eine solche Abweichung mithilfe eines aufwandi- 
gen Verfahrens, wie z.B. dem IEEE 1588 (IEEE Standard for a 
35 Precision Clock Synchronization Protocol for Networked Measu- 
rement and Control Systems) eine entsprechend genaue Zeitba- 
sis in alien Kommunikationsteilnehmern an der Ethernet- 
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Ubertragungsstrecke geschaffen werden, mit deren Hilfe sich 
dann der Jitter kompensieren lasst. 

Aufgabe der Erfindung ist es, ein Verfahren zum Versenden von 
5 Daten in Form von Ethernet-Telegrammen auf einer Ethernet - 
Ubertragungsstrecke, eine Schnittstelle zum Anbinden eines 
Knotens an eine Ethernet-Ubertragungsstrecke und ein Ether- 
net-Netzwerk bereitzustellen, mit denen sich auf einfache 
Weise jitterfrei und zyklisch Ethernet-Telegramme, insbeson- 
10 dere mit Echtzeitdaten versenden lassen. 

Diese Aufgabe wird mit einem Verfahren nach Anspruch 1, einer 
Schnittstelle nach Anspruch 9 und einem Ethernet-Netzwerk 
nach Anspruch 14 gelost. Bevorzugte Weiterbildungen sind in 
15 den abhangigen Ansprtichen angegeben. 

Erf indungsgemaS wird zum Versenden von Daten in Form von E- 
thernet-Telegrammen auf einer Ethernet-tJbertragungsstrecke 
mit Hilfe einer Schnittstelle zum Anbinden eines Knotens an 

20 die Ethernet-Ubertragungsstrecke die zu versendenden Daten 

mithilfe einer Umsetzeinheit gemaS einer Ubertragungsnorm des 
Ethernet-Protokolls umgesetzt, urn Ethernet-Telegramme bereit- 
zustellen, und mithilfe einer Sendeeinheit dann fortlaufend 
die bereitgestellten Ethernet-Telegramme versendet, wobei 

25 kontinuierliche Ethernet-Telegramme auf die Ethernet- 
Ubertragungsstrecke ausgegeben werden. 

Durch das erf indungsgemafie kontinuierliche Senden von Ether- 
net-Telegrammen wird eine exakte Wiederholbarkeit des Sende- 

30 vorgangs und damit ein jitterf reies Versenden der Ethernet- 
Telegramme ermoglicht. Dadurch, dass die Schnittstelle zur 
Anbindung des Knotens an das Ethernet im Anschluss an ein ge- 
sendetes Ethernet-Telegramm direkt das nachste Ethernet- 
Telegramm versendet, wird gewahrleistet , dass alle jitterbe- 

35 hafteten Vorgange in der Sendeabfolge vom Umsetzen der zu 

versendenden Daten in Ethernet-Telegramme bis zur Ausgabe der 
Telegramme auf die Ethernet-Ubertragungsstrecke kompensiert 
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werden. Das Timing des Sendevorgangs wird nSmlich ausschlieS- 
lich durch die Schnittstelle des Knotens zum Ethernet be- 
st immt, wobei durch das kontinuierliche Versenden der Tele- 
gramme deren vollige Jitterf reiheit sichergestellt wird. 

GemaS einer bevorzugten Ausftihrungsf orm der Erfindung wird 
zum fortlaufenden Senden der bereitgestellten Ethernet- 
Telegramme bei einer vorgebenen Lange der Ethernet-Telegramme 
die Lange der Zykluszeit im Rahmen der maximal zul&ssigen 
Dauer des Zyklus angepasst, urn wShrend der gesamten Zyklus- 
zeit kontinuierlich Ethernet-Telegramme auf die Ethernet- 
tJbertragungsstrecke auszugeben. Diese Vorgehensweise sorgt 
fur einen kontinuierlichen Sendevorgang der Ethernet- 
Telegrammen im Rahmen einer vorgebenen maximalen Sendezyklus- 
dauer bei gleichzeitig optimaler Nutzung der Zykluslange, wo- 
bei der bei der Erzeugung der Ethernet-Telegramme auftretende 
Jitter vollig ausgeglichen wird. 

GemaS einer weiteren bevorzugten Ausftihrungsf orm der Erfin- 
dung wird beim fortlaufenden Versenden der Ethernet- 
Telegramme mithilfe der Schnittstelle die Anzahl und/oder die 
Lange der in einem Zyklus zu versendenden Ethernet-Telegramme 
an eine vorgegebene Zykluszeit so angepasst, dass wahrend der 
gesamten vorgegebenen Zykluszeit kontinuierlich Ethernet- 
Telegramme auf die Ethernet-Ubertragungsstrecke ausgegeben 
werden konnen. Diese Vorgehensweise ermoglicht einen kontinu- 
ierlichen Sendevorgang der Ethernet-Telegrammen im Rahmen ei- 
nes Sendezyklus bei gleichzeitig optimaler Nutzung der im 
Zyklus moglichen Datenbreite, wobei der bei der Erzeugung der 
Ethernet-Telegramme auftretende Jitter vollig ausgeglichen 
wird. 

GemaS einer weiteren bevorzugten Ausftihrungsf orm werden bei 
der Anpassung der Ethernet-Telegramme die Baudrate der Ether- 
net-Ubertragungsstrecke, die Lange der beim Umsetzen der Da- 
ten gemaS der tJbertragungsnorm des Ethernet-Protokolls je- 
weils in das Ethernet-Telegramm eingeftigten Startkennung, 
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PrSambel und Checksumme und die LSnge der zwischen den zu 
versendenden Ethernet-Telegraramen einzuhaltenden Pausenzeiten 
berttcksichtigt . Durch diese Vorgehensweise lasst sich auf 
einfache Weise die optimale Lange der kontinuierlich auf der 
5 Ethernet-Ubertragungsstrecke zu versendenden Ethernet- 
Telegramme bestimmen. Bevorzugt ist dabei weiterhin, dass be- 
rttcksichtigt wird, dass dann, wenn die berechnete Lange des 
Ethernet-Telegramms groSer als die maximal mogliche Lange des 
Ethernet-Telegramms ist, die Anzahl und die Lange der zu sen- 

10 denden Ethernet-Telegramme so gewahlt wird, dass in einem 

Zyklus mehrere vorzugsweise gleich lange Ethernet-Telegramme 
versendet werden, deren gemeinsame Bitlange der Zykluszeit 
entspricht. Hierdurch wird sichergestellt , dass auf einfache 
Weise eine optimale LSnge der zu versendenden Ethernet- 

15 Telegramme bestimmt werden kann. 

GemaS einer weiteren bevorzugten Ausf uhrungsf orm werden die 
bereitgestellten Ethernet-Telegramme in einem Zwischenspei- 
cher abgelegt, wobei die Schnittstelle den Sendevorgang in 

20 Abhangigkeit eines vorgegebenen Fulls tandes im Zwischenspei- 
cher startet. Diese Vorgehensweise sorgt dafur, dass immer 
genugend zu sendende Ethernet-Telegramme in der Schnittstelle 
vorhanden sind, urn einen kontinuier lichen Sendevorgang zu ge- 
wahrleisten. Hierdurch wird verhindert, dass der Sendevorgang 

25 leerlauft und es dadurch zu Telegrammverzogerungen kommt, die 
dann zu einer Zyklusverletzung fiihren wurden. 

Erf indungsgemaS ist weiter vorgesehen, dass dann, wenn die 
Daten Echtzeitdaten sind, eine die zu versendenden Echtzeit- 

30 daten erzeugende Echtzeitanwendung im Knoten mit dem Sende- 
vorgang der Ethernet-Telegramme synchronisiert ist, Diese 
Vorgehensweise verhindert einen ttberlauf mit Ethernet- 
Telegrammen in der Schnittstelle beim Sendevorgang, der dazu 
fiihren wttrde, dass die Ethernet-Telegramme nicht mehr schnell 

35 genug versendet werden konnen. Dadurch, dass die im Knoten 

ablaufende Echtzeitanwendung auf die Zeitbasis der den Sende- 
vorgang ausfiihrenden Schnittstelle abgestimmt ist, wird ge- 
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wahrleistet , dass der Knoten Ethernet-Tel egramm nur abge- 
stimmt mit dem Sendevorgang der Schnittstelle liefert und so- 
mit kein ttberlauf an Ethernet-Telegrammen auftritt. 

* 

5 GemaE einer weiteren bevorzugten Ausfuhrungsf orm ist das E- 
thernet-Netzwerk mit der Ethernet-Ubertragungsstrecke, an der 
eine Mehrzahl von Knoten angebunden sind, so ausgelegt, dass 
die Ethernet-Telegramme auf dem Sendekanal kollisionsf rei u- 
bertragen werden kSnnen. Hierdurch wird gewahrleistet , dass 
10 auf dem Ethernet kontinuierlich gesendet werden kann, ohne 

dass es aufgrund von Kollisionen auf der Ubertragungsstrecke 
zu einer Unterbrechung des Sendevorgangs und damit zu einer 
Zyklusverletzung kommt. 

15 Bevorzugt ist dabei weiterhin, dass die Ethernet- 
Ubertragungsstrecke eine ringfSrmig angeordnete Topologie 
aufweist, wobei die vom Sendeknoten versandten Ethernet- 
Telegramme von einem Knoten zum nachsten weitergeleitet wer- 
den. Diese Vorgehensweise ermSglicht eine kollisionsf reie U- 

20 bertragung der Ethernet -Telegramme mit geringer Verzogerung 
von einem Knoten zum nSchsten. 

Die Erfindung wird anhand der beigefugten Zeichnungen naher 
erlSutert. Es zeigen: 

2 5 Fig. 1A ein Ethernet-Netzwerk; 

Fig. IB einen erf indungsgemafien Auslegung eines Knoten- 

Anschlusses im Ethernet-Netzwerk; 

Fig. 2A ein Ethernet-Telegramm und 

Fig. 2B einen erf indungsgemafien Sendevorgang. 

30 

Das Ethernet-Konzept ist der am weitesten verbreitete Kommu- 
nikationsstandard in lokal begrenzten Kommunikationsnetzwer- 
ken (LAN) , iiber die sich auf einfache Weise Datenressourcen 
zwischen Arbeitsstationen, im Allgemeinen Computer oder Ma- 

3 5 schinen, im Weiteren auch als Knoten bezeichnet, gemeinsam 

nutzen lassen. Das Ethernet basiert dabei auf einem LAN- 
Aufbau, bei dem eine Mehrzahl von Knoten iiber ein gemeinsames 
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Ubertragungsmedium miteinander verbunden sind, wobei das E- 
thernet-Konzept die Verkapselung der zu tibermittelnden Daten 
in Datenpaketen, im Weiteren auch als Ethernet-Telegraitime be- 
zeichnet, mit einem vorbestimmten Format vornimmt. Das Ether- 
net besteht dabei aus drei Bereichen, nSmlich der Ubertra- 
gungsstrecke und den Netzwerk-Schnittstellen, also der Hard- 
ware, der Menge an Protokollen, die den Zugriff auf die E- 
thernet-Ubertragungsstrecke steuern, und dem Ethernet- 
Telegrainmf ormat . 

Fig, 1A zeigt schematisch ein Ethernet-Net zwerk, bei dem meh 
rere Knoten 1 ttber eine Ethernet-Ubertragungsstrecke 2 mit- 
einander verbunden sind. Die Anbindung des Knotens an die E- 
thernet-Ubertragungsstrecke erfolgt dabei mithilfe eines E- 
thernet-Controllers 3, der vorzugsweise in den zugehorigen 
Knoten integriert ist. Ein erf indungsgem&Ser Knoten 1 mit an 
geschlossenem Ethernet-Controller 3 zur Anbindung an die E- 
thernet-Ubertragungsstrecke 2 ist im Detail in Fig. IB ge- 
zeigt. Fur das Versenden der Ethernet-Telegramme im Ethernet 
Controller ist eine Codiereinheit 31 zustandig, fur den Emp- 
fang der Ethernet-Telegramme von der Ubertragungsstrecke 2 
eine Decodiereinheit 32. An die Codiereinheit 31 bzw. die De 
codiereinheit 32 ist jeweils ein als Schieberegister ausge- 
legter Zwischenspeicher 33, 34 angeschlossen, urn die zu 
versendenden bzw. empfangenen Ethernet-Telegramme zwischenzu 
speichern. Diese Sende- und Empf angs-Schieberegister 33, 34 
wiederum sind vorzugsweise so ausgelegt, dass sie auf einen 
physikalischen Speicher 11 im Knoten 1 direkt mithilfe des 
sogenannten Direct Memory Access (DMA) Modus zugreifen kon- 
nen, Alternativ besteht die Moglichkeit, dass der Datenaus- 
tausch zwischen dem Sende-Schiebe speicher 33 bzw. dem Emp- 
fangs-Schiebespeicher 34 und dem physikalischen Speicher 11 
tiber eine zentrale Recheneinheit (CPU) 12 des Knotens 1 er- 
folgt. Der direkte Zugriff uber den DMA-Modus ermoglicht je- 
doch einen beschleunigten Datenaustausch. 
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Die Steuerung des Datenaustausches zwischen dem physikali- 
schen Speicher 11 des Knotens 1 und der Schnittstelle 2 er- 
folgt in der Regel durch die CPU 12 des Knotens 1. Die CPU 12 
des Knotens verwaltet weiter auch alle zum Betrieb des Ether- 
net notwendigen VorgSnge, d.h. fxihrt das Management des Sen- 
de- und Empfangsvor gangs durch und sorgt far die Verkapselung 
der zu versendenden Daten des Knotens in Ethernet-Telegramme 
bzw. das Entpacken der Daten aus den empfangenen Ethernet- 
Telegrammen . Das auf der CPU 12 des Knotens 1 implement ierte 
Betriebssystem weist in der Regel eine geschichtete Software- 
struktur auf , um eine protokollspezif ische Bearbeitung von 
einer telegramm- und hardwarespezif ischen Bearbeitung zu 
trennen. Dadurch ist es moglich, unterschiedliche Kommunika- 
tionsprotokolle beim Ethernet- Standard einzusetzen, ohne am 
15 hardwarespezifischen Treiber Anderungen durchfuhren zu mus- 

sen. Gleichzeitig kann dann auch die Hardware des Knotens ge- 
andert werden, ohne gleichzeitig eine protokollspezif ische 
Softwareanderung ausftihren zu mtissen. 

20 Ein Ethernet-Telegramm 5, dessen Struktur in Fig. 2A schema - 
tisch gezeigt ist, kann bis zu 1500 Bytes enthalten und setzt 
sich aus einem Kopfteil mit einer Startkennung 51, einer Pra- 
ambel 52, die die Ziel- und Quelladresse und den Datenpaket- 
typ kennzeichnet, einem Mittelteil 53 mit Daten und einem ei- 

25 ne Checksumme enthaltenden Endteil 54, die als Fehlerken- 
nungsmechanismus dient, zusammen. 

Ein Sendevorgang von Ethernet-Telegramme tiber die Ethernet- 
Ubertragungsstrecke 2 wird so ausgeftihrt, dass der in der CPU 

3 0 12 eingesetzte Sof tware-Treiber die zu versendenden Daten in 
Ethernet-Telegramme umsetzt, die, wenn der Ethernet- 
Controller 3 im DMA-Modus arbeitet, im physikal ischen Spei- 
cher 11 des Knotens 1 abgelegt werden, Auf diese abgespei- 
cherten Ethernet-Telegramme greift dann das Sende- 

35 Schieberegister 33 des Ethernet-Controllers 3 zu, um die E- 
thernet-Telegramme in das Schieberegister zu laden. Wenn un- 
ter Steuerung durch den Sof tware-Treiber in der CPU 12 vom 



WO 2005/066728 



11 



PCT/EP2004/014832 



physi kalis chen Speicher 11 gentigend Ethernet-Telegramme auf 
das Sende-Schieberegister 33 tlbertragen wurden und damit ein 
ausreichender Fullstand erreicht ist, gibt das Sende- 
Schieberegister 33 die zwischengespeicherten Ethernet- 
5 Telegramme aber die Codiereinheit 31 auf die Ethernet- 

Ubertragungsstrecke 2 aus. Eine Ethernet-Datentibertragung 
findet dabei nur dann statt, wenn das Ethernet-Netzwerk ruhig 
ist. Dariiber hinaus ist in der Regel zusatzlich ein Kollisi- 
onsverhinderungsmechanismus auf der Ethernet- 
10 Ubertragungsstrecke 2 vorgesehen. 

Beim Empfang von Ethernet-Telegrammen werden die empfangenen 
Ethernet-Telegramme von der Decodiereinheit 32 im Empfangs- 
Schieberegister 34 zwischengespeichert , wobei der Ethernet- 
15 Controller 3 einen Interrupt im Knoten 1 ausl6st« Dieser In- 
terrupt veranlasst den Sof tware-Treiber der CPU 12 im Knoten 
1, die empfangenen Telegramme tiber den DMA-Modus in den phy- 
sikalischen Speicher 11 tiberzufuhren und dann an das Be- 
triebssystem im Knoten zur Verarbeitung weiterzuleiten. 

20 

Das Ethernet-Konzept wird vor allem deshalb als Kommunikati- 
onsprotokoll fur Netzwerksysteme genutzt, da Standard- 
Hardware- und -sof twarekomponenten verwendet werden konnen 
und daruber hinaus eine hohe Datentibertragungsrate mdglich 

25 ist. Beim Einsatz des Ethernet-Standards in industrieller Um- 
gebvmg, insbesondere fur Automatisierungsaufgaben, muss das 
Ethernet-Protokoll aber eine Echtzeit-Datenubertragung ge- 
wahrleisten. Urn zuverlassig eine Echtzeitanwendung, wie z. B. 
eine Maschinensteuerung mithilfe eines Ethernet -Net zwerkes 

30 ausfuhren zu konnen, ist ein Datenaustausch mit Zykluszeiten 
von 50 Msec bei zulassigen Jitterzeiten, d.h. Abweichungen 
von der gewunschten Zykluszeit von 10 Msec erf orderlich. 

Wenn ein Steuerungsrechner, der einen Knoten 1 in einem E- 
35 thernet-Netzwerk darstellt, Sensoren oder Aktoren, die als 

weitere Knoten an die Ethernet-Ubertragungsstrecke 2 angebun- 
den sind/ in Echtzeit steuern soli, werden vom Steuerungs- 
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rechner in jeden Steuerungszyklus mithilfe des in seiner CPU 
12 eingespeicherten Sof tware-Treibers Ethernet-Telegramme 5 
an den zugehSrigen Ethernet-Controller 3 zum Senden uberge- 
ben. Der Ethernet-Controller 3 wird dann die entsprechenden 
5 Ethernet-Telegramme 5, vorzugsweise per DMA-Modus in sein 

Sende-Schieberegister 33 laden und ab einem bestimmten Full- 
stand dieses Senderegisters mit dem Versenden der Ethernet- 
Telegramme auf der Ethernet-Ubertragungsstrecke 2 beginnen. 

10 In dieser Sendeabfolge sind jedoch mehrere jitterbehaf tete 
Vorgange enthalten, deren Jitter sich im ungunstigsten Fall 
aufsummiert. Ein erster Jitter ergibt sich bereits aus den 
schwankenden Interrupt-Latenzzeiten des Betriebssys terns des 
St euerungs rechner s und des Sof tware-Treibers beim Umsetzen 

15 der Ethernet-Telegramme. Weiterhin treten Lauf zeitschwankun- 
gen des bis zum Versenden des Ethernet -Telegrammen durchlau- 
fenden Datencodes auf. Bei modernen Steuerungsrechnern, die 
tiber einen Cache-Speicher verfttgen, schwanken zusatzlich auch 
die Laufzeiten ein und desselben durchlaufenden Datencodes, 

20 da je nach Cache-Inhalt unterschiedlich lange auf den ange- 

forderten Speicher gewartet werden muss. Weitere Jitter erge- 
ben sich zudem bei der Ubergabe der Ethernet-Telegramme an 
den Ethernet-Controller. Der Ethernet-Controller ist uber ein 
Bussystem, z.B. einen PCI-Bus, an den Steuerungsrechner, an- 

25 gebunden. Da der Bus auch von anderen Systemteilen des Steue- 
rungsrechners genutzt wird, kann es bei der Buszuteilung zu " 
unterschiedlich langen Wartezeiten beim Zugrif f des Ethernet- 
Controllers auf den physikalischen Speicher zur Ubergabe der 
Ethernet-Telegramme an das Sende-Schieberegister kommen. Auch 

30 dann, wenn der Ethernet-Controller nicht per DMA- 

Ubertragungsmodus arbeitet, sondern die Daten Ober die CPU 
aus dem physikalischen Speicher in das Sende-Schieberegister 
des Ethernet-Controllers ubertragen werden, treten ahnliche 
Jitter bei der Buszuteilung auf. Weiterhin wird das Senden 

35 der Ethernet-Telegramme je nach Fulls tand der Sende- 
Schieberegister unterschiedlich lang verzSgert. Wenn sich al- 
le genannten jitterbehaf teten Vorgange auf summieren, besteht 
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die Gefahr, dass der sich ergebende Gesamt j itter hoher als 
der far die jeweilige Echtzeitanwendung zulSssige Jitter ist 
und dann keine Echtzeitsteuerung mehr gewahrleistet wird. 

Urn nicht, wie herkSmmlicherweise aufw&ndige Verfahren zur An- 
gleichung der Zeitbasis zwischen den einzelnen Knot en und da- 
mit zur Kompensation der Kommunikations jitter ausftihren zu 
miissen, wird erf indungsgemaS der Ethernet-Controller 3 iiber 
den Software-Treiber auf der CPU 12 des Rechner-Knotens 1 so 
programmiert, dass ohne Pause Ethernet-Telegramme 5 aus dem 
Sende-Schieberegister 33 versendet werden . Dabei wird das 
Sende-Schieberegister 33 und die angeschlossene Codiereinheit 
31 des Ethernet-Controllers 3 so gesteuert, dass im Anschluss 
an ein gesendetes Ethernet-Telegramm direkt das nachste E- 
thernet-Telegramm unter Einhaltung der in der Ethernet- 
Ubertragungsnorm definierten Pausezeit gesendet wird. 

Urn zu gewahrleisten, dass bei einer vorgegebenen Zykluszeit 
der auszufuhrenden Echtzeitanwendung kontinuierlich Ethernet- 
Tel egr amine versendet werden, berechnet der Software-Treiber 
der CPU 12, wie viele und wie lange Ethernet-Telegramme ver- 
sendet werden mussen, um die vorgegebene Zykluszeit exakt 
einzuhalten. Der Sof twaretreiber stellt die zu versendenden 
Daten 53 gemaS der Ethernet -Ubertragungsnorm in entsprechend 
lange Ethernet-Telegramme 5 mit Startkennung 51, Praambel 52 
und Checksumme 54 zusammen und legt sie im physikalischen 
Speicher 11 des Knotens 1 ab. Das Sende-Schieberegister 33 
des Ethernet-Controllers 3 greift dann auf diese Ethernet- 
Telegramme 5 zu und speichert sie zwischen. Ab einem gewissen 
Fiillstand im Sende-Schieberegister 33 wird dann mit dem Sen- 
devorgang begonnen, wobei kontinuierlich Ethernet-Telegramme 
versendet werden, wie in Fig. 2B gezeigt ist. Hier ist ein 
Sendevorgang dargestellt, bei dem innerhalb einer vorgegebe- 
nen Zykluszeit zwei gleich lange Telegramme unter Einhaltung 
der vorgeschriebenen Pausenzeit versendet werden. 
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* Mithilfe des im Ethernet-Controller 3 integrierten Sende- 
Schieberegisters 33 wird die Bereitstellung der Ethernet- 
Telegramme durch den Sof tware-Treiber der CPU 13 im physika- 
lischen Speicher 11 des Knotens 1 vom Sendezeitpunkt dieser 
5 Ethernet-Telegramme entkoppelt, so dass der bei der Echtzeit- 
anwendung und die bei der tJbertragung der Ethernet-Telegramme 
auf den Ethernet-Controller 3 entstehenden Jitter ausgegli- 
chen werden . Da das Timing des Sendevorgangs ausschlie&lich 
vom Ethernet-Controller 3 und der nachgeschalteten Ubertra- 
10 gungsphysik der Ethernet-Ubertragungsstrecke 2 abhangt und 
der Ethernet-Controller aus seinem Sende-Schieberegister 33 
Ethernet-Telegramme 5 kontinuierlich sehdet, ist eine exakte 
Wiederholbarkeit und damit ein jitter freies Senden mSglich. 

15 Urn ein kontinuierliches Senden der Ethernet-Telegramme zu er- 
mSglichen, ist die Echtzeitanwendung im Knoten iiber den Soft- 
ware-Treiber der CPU 12 auf den Ethernet-Controller 3 syn- 
chronisiert. Der Ethernet-Controller 3 legt die Zeitbasis 
fest, auf die die Echtzeitanwendung auf dem Steuerungsrechner 

20 1 synchronisiert ist. Dadurch wird sichergestellt , dass vom 

Software-Treiber der CPU 12 immer gentigend zu sendende Ether- 
net-Telegramme an den Ethernet-Controller 3 ubergeben werden, 
urn zu verhindern, dass das Sende-Schieberegister 33 des E- 
thernet-Controllers 3 leeriauft, und so Telegrammverzogerun- 

2 5 gen auftreten, die zu einer Zykluszeitverletzung fiihren wur- 
den. Weiterhin wird durch die Synchronisierung der Echtzeit- 
anwendung im Knoten 1 auf die Zeitbasis des Ethernet- 
Controllers 3 gewahrleistet, dass nicht zu viele Ethernet- 
Telegramme an den Ethernet-Controller 3 ubergeben werden und 

30 somit ein Uberlauf im Sende-Schieberegister 33 stattfindet 

und die Ethernet-Telegramme nicht mehr schnell genug versen- 
det werden kSnnen. 

Bei der Berechnung der Anzahl und der Lange in einem Zyklus 
35 der Echtzeitanwendung zu versendenden Ethernet-Telegramme be- 
rticksichtigt der Software-Treiber der CPU 12 im Knoten 1 so- 
wohl die auf der Ethernet-Ubertragungsstrecke 2 verwendete 
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Baudrate als auch die bei der Verkapselung der zu versenden- 
den Daten automatisch eingefiigten zusatzlichen Daten, d.h. 
Startkennung 51, Praambel 52 und Checksumme 54 , sowie die 
zwischen den Ethernet -Telegrammen einzuhaltenden Pausenzei- 
5 ten. Diese zusatzlichen Signale sind in der Ethernet-Norm 
IEEE 802.3 festgelegt und betragen bei einem 100-Base-TX- 
Ethernet, also einem Fast Ethernet mit 100 MBaud ftir die 
Startkennung 8 Bit, fur die Praambel 56 Bit, fur die Check- 
surame 32 Bit und die Pausenzeit 69 Bit. 

10 

Soil nun eine Zykluszeit der Echtzeitanwendung von x /xsec er- 
reicht werden, dann gilt folgende Formel: (L ist die maximale 
Bitl&nge des Ethernet-Telegramms) 

15 L = (x • 100) - (8 + 56 + 32 + 69) 

Fur eine Zykluszeit von 100 /xsec ergibt sich dann: 

L = 9808 Bits = 1226 Bytes. 

20 

Der Software-Treiber der CPU 12 im Knoten 1 kann also in ei- 
ner Zykluszeit von 100 Msec ein oder auch mehrere gleich lan- 
ge Telegramme mit einer Gesamtlange einschlieSlich der Pau- 
senzeiten von 1226 Bytes versenden. Wenn z.B. zwei Telegramme 

25 versendet werden, so betragt die Bytel&age dann 613 Bytes pro 
Telegramm (einschlieSlich Pausezeit) . Eine Aufteilung in meh- 
rere Telegramme ist dann zwingend erf order lich, wenn die bei 
einer Zykluszeit sich ergebende TelegrammlMnge groiSer als die 
maximale Ethernet-Telegramme von 1500 Byte ist. Es mussen 

30 dann immer entsprechend mehrere Ethernet-Telegramme zur Nut- 
zung der vollen Zykluszeit gesendet werden. Wird z.B. eine 
Zykluszeit von 500 /xsec vorgegeben, konnen funf Telegramme 
mit je 1226 Byte (100 ^sec) gesendet werden. 

35 Alternativ zu Vorgabe einer Zykluszeit besteht auch die M6g- 
lichkeit, urn einen kontinuier lichen Versand von Ethernet- 
Telegramme zu erreichen, die LSnge der zu versendenden Ether- 
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net-Telegramme vorzugeben, um daraus dann die notwendige Zyk- 
luszeit abzuleiten. Der Sof tware-Treiber der CPU berechnet in 
diesem Fall aus der Vorgabe der Lange der Ethernet-Telegramme 
und der maximal zulassigen Dauer des Steuerzyklus , vim eine 
5 Echtzeitanwendung, wie z. B. eine Maschinensteuerung mithilfe 
der Ethernet-Netzwerkes ausftihren zu k6nnen, die optimale 
Zykluszeit, die einen kontinuier lichen Versand der Ethernet- 
Telegramme gewahrleistet . Der Sof twaretreiber stellt dann 
wiederum die zu versendenden Daten gemafc der Ethernet- 

10 Ubertragungsnorm in entsprechend lange Ethernet-Telegramme 
mit Startkennung 51, Praambel 52 und Checksumme 54 zusammen 
und legt sie im physikalischen Speicher 11 des Knotens 1 ab. 
Das Sende-Schieberegister 33 des Ethernet-Controllers 3 
greift anschlieSend auf diese Ethernet-Telegramme 5 zu und 

15 speichert sie zwischen. Ab einem gewissen Fulls tand im Sende- 
Schieberegister 33 wird dann mit dem Sendevorgang begonnen, 
wobei kontinuierlich Ethernet-Telegramme innerhalb der be- 
rechneten Zykluszeit unter Einhaltung der vorgeschriebenen 
Pausenzeit versendet werden. 



20 



Beim erfindungsgemaSen Sendevorgang, bei dem quasi kontinu- 
ierlich gesendet wird, muss weiter gewahrleistet sein, dass 
auf dem Sendekanal keine Kollisionen auftreten, da dann der 
Ethernet-Controller die Ubertragung unterbricht und erst spa- 

25 ter wieder aufnimmt muss. Eine geeignete Topologie des Ether- 
net-Netzwerkes fur einen kollisionsfreien Sendevorgang stellt 
dabei eine Peer-zu-Peer-Verbindung zwischen den Knoten dar. 
Es besteht auch die Moglichkeit, mehrere Teilnehmer iiber ei- 
nen Switch, der Kollisionen verhindert, anzusteuern. Auch ei- 

30 ne ringformige Netztopologie von mehreren Knoten ist moglich, 
wobei dann die Ethernet-Telegramme mit geringer Verzogerung 
von Knoten zu Knoten weitergeleitet und anschlieSend an den 
ursprunglichen Sende-Knoten zuriickgeschickt werden. 

35 Echtzeitanwendungen benStigen in der Regel auch Rtickmeldungen 
der angesteuerten Teilnehmer. In diesem Fall ist die Ether- 
net-Ubertragungsstrecke 2 als Vollduplex-tibertragungsstrecke 
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mit getrenntem Sende- und Empf angskanal ausgebildet, urn die 
zu versendenden Ethernet -Telegramme nicht durch empfangene 
Telegramme mit den Rtickmeldungen zu beeinf lussen. Die Menge 
der zuruckgesendeten Daten darf dabei auch nicht die Menge 
5 der ursprunglich gesendeten Daten uberschreiten, da diese dem 
Maximum der Ubertragungskapazitat entsprechen. 
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Patentansprtiche 

1. Verfahren zum Versenden von Daten in Form von Ethernet- 
Telegrammen auf einer Ethernet-Obertragungsstrecke, mit den 
Verfahrenschritten 

Umsetzen der zu versendenden Daten gemafc einer Ubertragungs- 
norm des Ethernet-Protokolls , urn Ethernet-Telegramme zu be- 
reitzustellen, und 

und zyklischen Versenden der bereitgestellten Ethernet-Tele- 
gramme mit einer vorgebenen Ethernet -liber tragungsnorm , 
dadurch gekennzeichnet, dass 
der Sendevorgang der bereitgestellten Ethernet-Telegramme so 
gesteuert, dass im Anschluss an ein gesendetes Ethernet-Tele- 
gramm direkt das nachste Ethernet-Telegramm unter Einhaltung 
der in der Ethernet -liber tragungsnorm definierten Pausezeit 
gesendet wird, urn so wahrend der gesamten Zykluszeit kontinu- 
ierlich Ethernet-Telegramme auf die Ethernet -tibertragungs - 
strecke auszugeben. 



2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass 
zum fortlaufenden Senden der bereitgestellten Ethernet-Tele- 
gramme bei einer vorgebenen Lange der Ethernet-Telegramme die 
Lange der Zykluszeit im Rahmen der maximal zulassigen Dauer 
des Zyklus angepasst wird, urn wahrend der gesamten Zykluszeit 

25 kontinuierlich Ethernet-Telegramme auf die Ethernet-tibertra- 
gungsstrecke auszugeben. 

3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass 
zum fortlaufenden Senden der bereitgestellten Ethernet-Tele- 
gramme bei einer vorgegebenen Zykluszeit die Anzahl und/oder 
die Lange der in einem Zyklus zu versendenden Ethernet-Tele- 
gramme angepasst wird, urn wahrend der gesamten vorgebenen 
Zykluszeit kontinuierlich Ethernet-Telegramme auf die Ether- 
net-tibertragungsstrecke auszugeben. 



4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass 
zum Berechnen der Anzahl und/oder der Lange der in einem Zyk- 
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lus zu versendenden Ethernet-Telegramme die auf der Ethernet- 
Ubertragungsstrecke verwendete Baudrate, die Lange der beim 
Umsetzen der Daten gemaJS der Obertragungsnorm des Ethernet- 
Protokolls jeweils in das Ethernet-Telegramm eingefugten 
5 Startkennung, Praambel und Checksumme und die Lange der zwi- 
schen den zu versendeten Ethernet-Telegrammen einzuhaltenden 
Pausenzeit berucksichtigt werden. 

5 * Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass 
10 die maximale Bitlange L des in einem Zyklus zu versendenden 
Ethernet-Telegramms bei einer auf der Ethernet-Ubertragungs- 
strecke verwendeten Baudrate von ba Mbaud, einer Zykluszeit 
von zy fxs, einer Startkennungsiange von st Bit, einer Praam- 
bellange von pr Bit, einer Checksummenlange von ch Bit und 
15 einer Pausenzeit von pa Bit wie folgt berechnet wird: 
L = (ba * zy) - (st + pr + ch + pa) . 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass 
dann, wenn die maximale Bitlange L gr6Ser als die maximal 
20 mSgliche Bitlange der Ethernet-Telegramme ist, die Anzahl und 
die Lange der zusendeten Ethernet-Telegramme so gewahlt wird, 
dass in einem Zyklus mehrere Ethernet-Telegramme versendet 
werden, deren gemeinsame Bitlange der Zykluszeit entspricht. 

25 7. Verfahren nach einem der Anspruche 1 bis 6, dadurch ge- 
kennzeichnet, dass zum fortlaufenden Senden der bereitge- 
stellten Ethernet-Telegramme die bereitgestellten Telegramme 
in einem Zwischenspeicher zwischengespeichert werden und der 
Sendevorgang gestartet wird, sobald ein vorgegebener Full- 

30 stand im Zwischenspeicher erreicht ist. 

8. Verfahren nach einem der Anspruche 1 bis 7, dadurch ge- 
kennzeichnet, dass die zu versendeten Daten Echtzeitdaten 
sind und eine die zu versendenden Echtzeitdaten erzeugende 
3 5 Echtzeitanwendung mit dem Sendevorgang der Ethernet-Tele- 
gramme synchronisiert wird. 
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9. Knoten fiir Ethernet-Netzwerk mit 

einer Steuereinheit (1; 11, 12) zum Umsetzen von zu versen- 

denden Daten gemaS einer Ubertragungsnorm des Ethernet-Proto- 

kolls, um Ethernet-Telegramme zu bereitzustellen, und 

5 einer Sendeeinheit (3; 31, 33) zum zyklischen Versenden der 

bereitgestellten Ethernet-Telegramme mit einer vorgebenen E- 

thernet-tjbertragungsnorm auf einer Ethernet-ubertragungs- 
strecke (2) , 

dadurch gekennzeichnet, dass 
10 die Steuereinheit (1; 11, 12) den Sendevorgang der bereitge- 
stellten Ethernet-Telegramme durch die Sendeeinheit (3; 31, 
33) so steuert, dass im Anschluss an ein gesendetes Ethernet- 
Telegramm direkt das nachste Ethernet-Telegramm unter Einhal- 
tung der in der Ethernet-ttbertragungsnorm definierten Pause- 
15 zeit gesendet wird, um so wahrend der gesamten Zykluszeit 

kontinuierlich Ethernet-Telegramme auf die Ethernet-tibertra- 
gungsstrecke (2) auszugeben. 

10. Knoten nach Anspruch 9, dadurch gekennzeichnet, dass die 
20 Steuereinheit (1; 11, 12) zum Anpassen der Lange der Zyklus- 
zeit bei einer vorgebenen Lange der zu versendenden Ethernet- 
Telegramme im Rahmen der maximal zulassigen Dauer des Zyklus 
ausgelegt ist, um wahrend der gesamten Zykluszeit kontinuier- 
lich Ethernet-Telegramme auf die Ethernet-Ubertragungsstrecke 

25 (2) auszugeben. 

11. Knoten nach Anspruch 9, dadurch gekennzeichnet, dass die 
Steuereinheit (1; 11 , 12) zum Anpassen der Anzahl und/oder 
der Lange der in einem Zyklus zu versendenden Ethernet-Tele- 

3 0 gramme an eine vorgegebene Zykluszeit, um wahrend der gesam- 
ten vorgebenen Zykluszeit kontinuierlich Ethernet-Telegramme 
auf die Ethernet-Ubertragungsstrecke (2) auszugeben, 

12. Knoten nach einem der Anspruche 9 bis 11, dadurch ge- 
35 kennzeichnet, dass die Sendeeinheit (3; 31, 33) einem Zwi- 

schenspeicher (33) zum Zwischenspeichern der bereitgestellten 
Ethernet-Telegramme aufweist, wobei die Steuereinheit (1; 11, 
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12) zum Starten des Sendevorgangs in Abhangigkeit von einem 
vorgegebenen Fullstand im Zwischenspeicher (33) ausgelegt 
ist . 

5 13. Knoten nach einem der Anspruche 9 bis 12, dadurch ge- 
kennzeichnet , dass die Steuereinheit (1; 11, 12) zum Syn- 
chronisieren einer die zu versendenden Echtzeitdaten erzeu— 
gende Echtzeitanwendung mit dem. Sendevorgang der Ethernet-Te- 
legramme ausgelegt ist. 

10 

14. Ethernet-Netzwerk mit Ethernet-Ubertragungsstrecke (2) 
und einer Mehrzahl von mit der Ethernet -Ubertragungsstrecke 
verbundenen Knoten (1) nach einem der Anspriiche 9 bis 13 , da- 
durch gekennzeichnet, dass der Sendekanal der Ethernet -Uber- 

15 tragungsstrecke (2) ausgelegt ist, die Ethernet -Telegramme 
kollisionsf rei zu tibertragen. 

15. Ethernet-Netzwerk nach Anspruch 14, dadurch gekennzeich- 
net, dass die Ethernet-Ubertragungsstrecke (2) eine ringfor- 

2 0 mig angeordnete Topologie aufweist und die vom Sende-Knoten 
(1) versandten Ethernet-Telegramme von einem Knoten zum 
nachsten Knoten weitergeleitet werden , 
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adaptation of the cycle time for a predetermined length of the 
ethernet telegrams. 
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method and nodes for transmitting data with adaptation of the 
number and/or length of the ethernet telegrams to be 
transmitted in one cycle for a predetermined cycle time. 

3. Claims 7, 12 

method and nodes for transmitting data as soon as a buffer has 
reached a predetermined occupancy. 



4. Claims 8, 13 

method and nodes for transmitting real-time data synchronized 
with a real-time application. 



5. Claim 15 

ethernet network of ring topology. 
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VONNAHME E ET AL: "Measurements 1n 
switched Ethernet networks used for 
automation systems" 

FACTORY COMMUNICATION SYSTEMS, 2000. 
PROCEEDINGS. 2000 IEEE INTERNATIONAL 
WORKSHOP ON PORTO, PORTUGAL 6-8 SEPT. 
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ISBN: 0-7803-6500-3 

das ganze Dokument 
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Feld II Bemerkungen zu den Anspruchen, die sich als nlcht recherchierbar erwiesen haben (Fortsetzung von Punkt 2 auf Blatt 1) 



GemaB Artikel 17(2)a) wurde aus folgenden GrQnden fdr bestimmte AnsprOche keln Recherchenbericht erstellt: 
1. | I AnsprOche Nr. 

weil sie 6ich auf Gegenstande bezlehen, zu deren Recherche die BehOrde nlcht verpf lichtet 1st, namlich 



2. AnsprOche Nr. 



well 6ie 6lch auf Telle der intemationalen Anmeidung bezlehen, die den vorgeschriebenen Anforderungen so wenig entsprechen, 
daB elne slnnvolle Internationale Recherche nlcht durchgefQhrt werden kann, namlich 



3. | | AnsprOche Nr. 

weil es slch dabei urn abhanglge AnsprOche handelt, die nlcht entsprechend Satz 2 und 3 der Regel 6.4 a) abgefaBt sind. 



Feld 111 Bemerkungen bei mangelnder Einhe'rtlichkeit der Erfindung (Fortsetzung von Punkt 3 auf Blatt 1) 



Die Internationale Recherchenbehorde hat festgestellt, daB diese Internationale Anmeidung mehrere Erfindungen enthalt: 



slehe Zusatzblatt 



1 • I I Da der Anmelder alle erforderilchen zusatzllchen RecherchengebQhren rechtzeitlg entrlchtet hat, erstreckt slch dleser 

1 — 1 Internationale Recherchenbericht auf alle recherchlerbaren AnsprOche. 

2 rn Da fOr alle recherchlerbaren AnsprQche die Recherche ohne einen Arbeltsaufwand durchgefuhrt werden konnte, der eine 
1 — » zusatzliche RecherchengebQhr gerechtfertigt hatte, hat die Behdrde nlcht zur Zahlung elner solchen GebQhr aufgeforderi 



3. nn Da der Anmelder nur einige der erforderilchen zusatzllchen RecherchengebQhren rechtzeitlg entrlchtet hat, erstreckt sich dieser 
t-*- 1 Internationale Recherchenbericht nur auf die AnsprOche, fOr die Gebflhren entrlchtet worden sind, namlich auf die 
AnsprOche Nr. 

1-14 



Der Anmelder hat die erforderilchen zusatzlichen RecherchengebQhren nicht rechtzeitlg entrlchtet Der Internationale Recher- 
chenbericht beschrankt slch daher auf die in den Ansprtlchen zuerst erwahnte Erfindung; diese 1st In folgenden AnsprQchen er- 
faBt: 



Bemerkungen hinsichtlich eines Widerspruchs [IT] Die zusatzllchen GebQhren wurden vom Anmelder unter Widerspruch gezahlt. 

| | Die Zahlung zusatzlicher RecherchengebQhren erfolgte ohne Widerspruch. 
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Die internationale Recherchenbehorde hat festgestellt, dass diese 
internationale Anmeldung mehrere (Gruppen von) Erflndungen enthalt, 
namlich: 

1. AnsprUche: 1,2,9,10,14 

Verfahren, Knoten und Ethernet-Netzwerk zum Versenden von 
Daten m1t Anpassung der Lange der Zykluszeit be1 einer 
vorgegebenen Lange der Ethernet-Tel egramme. 



2. AnsprQche: 3-6,11 

Verfahren und Knoten zum Versenden von Daten mit Anpassung 
der Anzahl und/oder die Lange der in einem Zyklus zu 
versendenden Ethernet-Tel egramme bei einer vorgegebenen 
Zykluszeit. 



3. AnsprQche: 7,12 

m 

Verfahren und Knoten zum Versenden von Daten sobald ein 
vorgegebener Full stand eines Zwischenspeichers erreicht ist. 



4. AnsprQche: 8,13 

Verfahren und Knoten zum Versenden von Echtzeitdaten unter 
Synchronisierung mit einer Echtzeitanwendung. 



5. Anspruch: 15 

Ethernet-Netzwerk mit ringformig angeordneter Topologie. 



INTERNATIONAL^^ RECHERCHENBERICHT 

Angaben zu VerSffentlichungen, dte zur selben Patentfiamllle gehdren 




lntel^P>nales AWenzelchen 

PCT/EP2004/0 14832 



lm Recherchenbericht 
angefQhrtes Patentdokument 


Datum der 
Veroffentlichung 


Mitglied(er) der 
Patentfamilie 


Datum der 
Verdffentlichung 


EP 1026599 A 


09-08-2000 


OP 


2000227843 A 


15-08-2000 






OP 


2001202322 A 


27-07-2001 






CA 


2298192 Al 


08-08-2000 






CN 


1263294 A ,C 


16-08-2000 






EP 


1026599 A2 


09-08-2000 






HK 


1030070 Al 


08-02-2005 






US 


6768557 Bl 


27-07-2004 



Formblatt PCT/ISA/210 (Anhang PatentfamWa) (Januar 2004) 



